home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / September 96 / Re Offscreen GX and Hi-res Pri < prev    next >
Encoding:
Internet Message Format  |  1996-09-19  |  2.2 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Offscreen GX and Hi-res Printing
  2. Sent:        9/3/96 6:20 PM
  3. Received:    9/3/96 6:20 PM
  4. From:        Brad Pettit <bpettit@apple.com>
  5. Reply-To:    ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List
  7.  
  8.  
  9. I will address some of the high resolution printing questions:
  10.  
  11.  
  12. >        I was reviewing the way the ODF private render system works (in
  13. >SLRender.cpp) when something struck me.  All of the shapes that are
  14. >rendered thru this system are reduced to QuickDraw resolution (i.e., short
  15. >coordinatess where 1 represents a point or 1/72 inch).  Doesn't this mean
  16. >that printing, also, is limited in its resolution on, at least, the Mac
  17. >side?  (I didn't check on the Windoze code)
  18.  
  19. Currently, and in ODF2, the framework support for >72 dpi is not complete.
  20. I am working on it. The fixed point coordinates are currently
  21. useful when using the Inch and Centimeter mappings, and when using the 
  22. scaling
  23. features of ODF. Since FW_kPoint corresponds to the standard Quickdraw 
  24. resolution
  25. of 72dpi, the FW_Fixed coordinate is rounded to the nearest integer 
  26. coordinate, as
  27. are fixed pen sizes, etc.
  28.  
  29. >        This seems to me to indicate that all the effort of using ODF
  30. >fixed-point coordinates for graphics is just wasted when it finally comes
  31. >to putting dots on a screen or on paper.  I understand this on the screen
  32. >side since, after all, a screen has limited resolution.  However, what
  33. >about print output?  Did I miss something about when printing happens that
  34. >does use the fractional-point portion of the coordinate information?
  35.  
  36. The extra effort isn't wasted. As the framework develops, it won't be
  37. necessary to make huge changes to your source code to provide the 
  38. high-res printing
  39. features (which are non-trivial to implement unless they are planned).
  40. Actually, the mid-line printers (like the 360) support 1500 dpi, not just 
  41. 600.
  42.  
  43. >        It looks to me as though ODF's imaging model (at least on the Mac
  44. >side) is really intended mostly for screen display.  Is this a correct
  45. >assumption?  Do I have to write my own set of renderers if I wish to
  46. >support high resolution output devices?
  47. >
  48. >Thanks,
  49. >Martin
  50. >
  51.  
  52.  
  53. --Brad Pettit
  54. --ODF Engineering
  55. --<bpettit@apple.com>